Übersicht des Projektes

Hi,

eine gute Übersicht gibt es in den Magazinen 157 und 161:

Magazin 157 ab Seite 31 Magazin 161 ab Seite 6

Teil 1 aus Mag 157

Teil 2 aus Mag 161:

mega-hz schrieb: sind denn noch Platinen und Gehäuse (oder die STL's) verfügbar?

Das ganze Projekt ist OpenSource/OpenHardware, und der ABBUC plant in 2026 Bausätze mit Platinen im Shop anzubieten.

mega-hz schrieb: sind denn noch Platinen und Gehäuse (oder die STL's) verfügbar?

Ja. Ich steige aus und verkaufe meine.

.

mega-hz schrieb: Habt Ihr schon Erfahrungen mit HD-Disketten gemacht? Mit MyDOS sollten die doch auch erkannt werden, oder?

Ich habe derzeit ein Testgerät hier und damit ein paar Versuche durchgeführt.

Derzeit habe ich eine ganze Reihe von Problemen, aber ich muß mal erst die aktuelle Firmware bekommen und dann neu testen.

HD lief bei mir ganz beschis....eiden bis gar nicht.

Meines Erachtens braucht die Firmware einen anderen Erkennungsalgorithmus für die Dichte, ohne daß ich vom derzeitigen Algorithmus Ahnung hätte.

Mein erster Vorschlag dazu ist derzeit:

• dreht das Laufmerk mit 360 RPM (Ja -> HD, 500 KBit MFM) (Nein -> es ist ein 300 RPM Laufwerk)
• teste auf HD (bei 300 RPM) (mehr als 18 Sektoren / Track, beim HDI 36)
• teste auf DD (250 KBit MFM 256 Bytes / Sektor)
• teste auf MD (250 KBit MFM 128 Bytes / Sektor)
• teste auf SD (125 KBit FM 128 Bytes / Sektor)

Bei jeweils erfolgreichem Test (auf Track 0 Seite 0) erfolgt danach die Ermittlung der Trackzahl (auf Seite 0) - (evtl Prüfung auf 35 Track LW) - ist Track 40 (das ist der 41 Track) mit den Einstellungen lesbar (Nein: 40 Track Laufwerk, Ja: evtrl 77 Track Laufwerk) - ist Track 77 (das ist der 78 Track) mit den Einstellungen lesbar (Nein: 77 Track Laufwerk, Ja: 80 Track Laufwerk)

Nach dem letzten erfolgreichen Track-Test muß geprüft werden, ob dieser Track auch auf Seite 1 lesbar ist (Nein: single sided, Ja: double sided)

Jetzt kann es sein, daß keine oder eine unformatierte Disk einliegt (ein Problem, das ich beim HDI nicht hatte, da hier das Disk-Change-Signal Voraussetzung ist und verwendet wird).

Für den Fall sollte vielleicht ein PERCOM-Block mit Nullen erstellt werden (oder 40 TR, SSSD). Da muß der Benutzer beim Formatieren eben wissen, was das Laufwerk kann.

Wenn dem Formatierkommando ein PERCOM-Block mit mehr als 18 Sektoren a 256 Bytes pro Sektor vorausgeht muß der FDC in den HD-Modus geschaltet werden.

Ob ich damit alles erfaßt habe ... und ob das so implementiert wird oder werden kann ...

Auf jeden Fall kann man mit diesem System auch:

• eine 3,5" DD Disk mit 80 Tracks DSDD formatiern, dann noch einmal die Disk mit 40 Tracks SSSD formatieren und schon wird eine 40 Track SSSD Disk erkannt.

Hallo Wolfram, guckst Du auch : https://github.com/Roland-Scholz/Sally-2 (ich habe viel über den WD1772 auf Deinen Seiten gelesen 🙂 ) Danke Dir

@Erhard: unter https://github.com/Roland-Scholz/Sally-2/tree/main/release/firmware/Sally2 liegt Sally2.hex, das ab $8000 ins EEProm brennen. Lege mal eine mit MS-DOS formatierte HD Disk ein, die solltest Du dann auf 77 TRK 26Sec /256Bytes umformatieren können. Die Firmware kann an HD Laufwerken nur 8-Zoll-Trümmer mit 360rpm, ich habe bisher nur den Workaround eingebaut, dass man eine schon formatierte HD Disk umformatieren kann. Ich benutze die im Moment als Standard und kann mich, wenn man erstmal formatiert hat nicht beklagen.

Aber wie schonmal woanders gesagt, die ursprüngliche ATR8000-Firmware müsste man u.U. generalüberholen oder mit den Quirks leben, ich komme eigentlich gut zurecht...

Hallo,

chaos schrieb: unter https://github.com/Roland-Scholz/Sally- ... are/Sally2 liegt Sally2.hex

wie gut, daß ich nach dem Herunterladen noch einmal in die Datei hereingeschaut habe. Der Inhalt beginnt wie folgt (s.u.).

Offenbar darf man auf diesem Sch...Github all das nicht machen (Rechtsklick, speichern als), was sonst Gang und Gäbe ist.

Ich will nicht, daß die Inhalte erst in einem Browserfenster geöffnet werden, bevor ich sie daraus abspeichern kann.

Weiß der Geier, was so ein Browser aus dem ursprünglichen Inhalt macht.

<!DOCTYPE html>
<html
  lang="en"

  data-color-mode="auto" data-light-theme="light" data-dark-theme="dark"
  data-a11y-animated-images="system" data-a11y-link-underlines="true"

  >

  <head>
    <meta charset="utf-8">
  <link rel="dns-prefetch" href="https://github.githubassets.com">
  <link rel="dns-prefetch" href="https://avatars.githubusercontent.com">
  <link rel="dns-prefetch" href="https://github-cloud.s3.amazonaws.com">
  <link rel="dns-prefetch" href="https://user-images.githubusercontent.com/">
  <link rel="preconnect" href="https://github.githubassets.com" crossorigin>
  <link rel="preconnect" href="https://avatars.githubusercontent.com">
  .....

Ich hab jetzt mal einen normalen Klick auf den Link gemacht und dann geht in einem neuen Fenster etwas auf, das wie folgt beginnt:

:10000000F3AF3D20FD216404060B4E23EDA320FA3F

Das ist nicht das übliche Format einer Binärdatei für ein (E)EPROM. Na ja, die Erweiterung ist ja nicht umsonst .hex.

Und wie krieg ich das jetzt in den Chip????????????????????

Mein ursprünglicher Gedanke war, ich bekomme eine .BIN oder .ROM Datei, zieh den Chip aus dem Sockel, nehme einen EPROM-Brenner wie den GALEP-4 o.ä. und brenne oder flashe den Chip.

chaos schrieb: Lege mal eine mit MS-DOS formatierte HD Disk ein, die solltest Du dann auf 77 TRK 26Sec /256Bytes umformatieren können.

Ich hab bereits eine HD formatierte Disk ausprobiert, allerdings eine aus dem HDI. Die ist schon 500 KBit MFM, klappt aber nicht. Sind beide Laufwerke in dem Testgerät HD-Laufwerke? Scheitert das an den mehr als 26 Sektoren pro Track? Ich kann auf dem HDI auch 26 Sektoren formatieren, sollte es dann gehen?

Aber erst mal müssen die SIO-Fehler weg, sprich keine Aussetzer und Kommandos mit unbekannten Befehlen müssen mit NACK beantwortet werden und nicht in Timeouts laufen. Kommandos dürfen nur dann nicht beantwortet werden, wenn die Sally-2 keine zum Kommando passende Device-ID aktiv hat.

Beispiel:

Die Sally-2 hat D1: eingerichtet, nicht aber D2:

Kommando 31 50 01 00 (Lese Sektor 1) -> sollte ausgeführt werden Kommando 31 68 00 00 (Get HS SIO Length) -> NACK senden Kommando 32 50 01 00 -> Nicht antworten

.

:10000000F3AF3D20FD216404060B4E23EDA320FA3F

hab mittlerweile erfahren, daß es sich hier um das Intel-HEX-Format handelt.

Kannte ich bislang nicht.

Ist aber somit erledigt.

.

mega-hz schrieb: Ist Kommando 50 nich schreiben? müsste doch 52 heissen, oder?

Da liegst Du völlig richtig. Sorry, mein Fehler. Aber der Kasus Knacktus ist hier, daß Kommandos, die ein vorhandenes Gerät betreffen, nicht auf Grund unzutreffender Parameter unbeantwortet bleiben dürfen.

Grob gesagt gilt:

Ein Kommando mit passender DeviceID mit zutreffenden Parametern muß mit 'A(ck) beantwortet werden. Ein Kommando mit passender DeviceID mit unzutreffenden Parametern muß mit 'N(ack) beantwortet werden. Ein Kommando mit passender DeviceID mit zutreffenden Parametern und mit ordnungsgemäßem Verlauf muß mit 'C(omplete) beantwortet werden. Ein Kommando mit passender DeviceID mit zutreffenden Parametern und mit fehlerhaftem Verlauf muß mit 'E(rror) beantwortet werden.

Ein Kommando an ein nicht vorhandenes Gerät läuft in einen Timeout.

Ein Kommando mit passender DeviceID, was nicht innerhalb der vorgegebenen Zeit ausgeführt wird läuft in einen Timeout.

Die genaue Reihenfolge der Antworten mit Zeiten, wann diese jeweils erfolgen müssen ist den Specs von Atari für das SIO-Protokoll zu entnehmen.

Erhard:

nicht vergessen: die Firmware ist aus Ur-Zeiten(ATR-8000), da war über den SIO-Bus noch nicht viel bekannt (und noch weniger dokumentiert).

Und ja, wäre schön wenn wir das alles verbessern können. Müssen wir zusammen mit Roland dran arbeiten.

.

cas schrieb: nicht vergessen: die Firmware ist aus Ur-Zeiten(ATR-8000)

Ne ne, schon klar.

cas schrieb: Müssen wir zusammen mit Roland dran arbeiten.

Sind dabei 🙂

.

mega-hz schrieb: ??

Ich kann dazu nix sagen. Ich teste nur.

mega-hz schrieb: Seitdem die Diskussion über die SALLY2 und so drumrum im Basecamp stattfindet, finde ich es echt schade, daß hier quasi ToteHose herscht!

Ich bin ja in Basecamp und ich kann dich beruhigen, da findet auch keine Diskussion zum Thema "Sally-2" statt...

Jedenfalls nicht zur Zeit...

Gtx., adnY

mega-hz schrieb: Seitdem die Diskussion über die SALLY2 und so drumrum im Basecamp stattfindet, finde ich es echt schade, daß hier quasi ToteHose herscht! Sicher gibt es noch Leute die nicht im Basecamp angemeldet sind sich aber trotzdem für die Sally interessieren. Vielleicht mal so zwischendurch ein paar neue Infos rüberwachsen lassen? Wäre toll..

Im Basecamp sollte nur interne Abstimmung innerhalb des Projekt-Teams stattfinden. Das sind Sachen die nicht in die Öffentlichkeit gehören, wie z.B. der Einkauf der Bauteile für die Workshops.

Alle anderen Diskussionen sollten hier stattfinden.

Hi,

ich hatte hier auch gerade eine längere Antwort angefangen, mußte mal kurz vom Rechner weg und als ich wiederkam war der Browser zu.

Deshalb hier noch einmal quick and dirty.

Gut die Hälfte der Posts im Basecamp stammen von wem und betreffen zuletzt schwerpunktmäßig das ASCB?

Nichts desto trotz stimme ich mega-hz in so weit zu als daß der aktuelle Stand hier mal hin sollte.

Hier also nach meiner Kenntnis:

• ich teste eine Beta Firmware nach der anderen und melde die Testergebnisse an Roland
• Roland schreibt eine Beta Firmware nach der anderen und stellt die zum Testen ein
• Sleepy hat Änderungen in der Elektronik in den Schaltplan und das PCB-Layout eingearbeitet
• Sleepy arbeitet derzeit noch an einer Idee für eine Schaltung zum Schutz vor Verpolung und falsche Betriebsspannung
• Ich habe einen Austauschbausatz angeregt für die Leute, die bereits eine Sally-II haben und wechseln wollen *1)
• Ferner habe ich mit Arbeiten am Handbuch, Abschnitt SIO begonnen

*1) Der Austauschbausatz sollte die neue Platine plus die Billigbauteile enthalten, bei denen der Spaßfaktor zum Entlöten von der alten Platine sehr gering ist

Mit 3,5" Laufwerken funktioniert die Sally-II jetzt sehr gut Für 5,25" Laufwerke stehen noch Arbeiten an

Mfg, Erhard

5,25" Laufwerke funktionieren nun auch.

Nächste Arbeit ist das Implementieren eines (auswählbaren) XF-Mode.

Die XF-551 mit der originalen Firmware beschreibt die Rückseite der Disk von innen nach außen.

Drittanbieterfirmware-Versionen und das HDI beschreiben die Rückseite wie die Vorderseite von außen nach innen.

F2000 unbekannt.

MyDOS "high capacity drive" mit 5760 Sektoren sollte nun auch funktionieren.

Nächste Tests: mehrere Laufwerke an der Sally-II

Bislang habe ich nur mit einem Laufwerk getestet, da ich ständig das EEPROM/Flash aus- und wieder einbauen muß, um jeweils die neue Firmware draufzupacken.

Die Firmware hat jetzt den Stand RC1.

Sprich es gibt einen _R_elease _C_andidate.

Sie wird demnächst (Roland ist derzeit unterwegs) verfügbar sein, so daß noch eventuell vorhandene Fehler bei Massentests eher auffallen.

Ich habe meine Test-Sally heute mal endlich wieder zusammengebaut und einen Test mit 2 Laufwerken durchgeführt.

LW1: 3,5" 720K Disk mit BW-DOS 1.5 LW2: 3,5" HD Disk

D2: formatiert und alle Dateien von D1: nach D2: kopiert. Danach alle Dateien von D1: binär mit denen von D2: verglichen (keine Fehlermeldung). Beide Disks entnommen, HD-Disk in D1: eingelegt, Sally zurückgesetzt, D1: bootbar gemacht und gebootet (OK).

Bootmanager von D4: (IDE+ 2.0) geladen, konfiguriert und geschrieben, Disk erneut gebootet -> Auswahlmenü vorhanden.

Vollversion von BW-DOS 1.5 ausgewählt und gebootet -> OK.

Läuft 🙂

Mathy ist jetzt auch in Spanien ??? gelandet. Die Webseite ist zwar in spanisch, aber DeepL im Browser hilft.

https://www.atariteca.net.pe/2026/06/atari-8-bits-expande-sus-limites-con-la.html#

Auf der Webseite sind sehr viele interessante Artikel vorhanden. Lohnt sich da ab und zu vorbei zu schauen.

Gruß Wolfgang

. Hallo Wolfgang

Süd-Amerika. Peru wenn ich mich nicht irre.

Tschüß

Mathy

Hallo

Hab da mal ein paar fragen....

Ist die neue Firmware schon irgendwo zu bekommen (github ?) Ist die neue Firmware kompatibel mit der schon ausgelieferten Hardware ?, wenn ja dann gut ,wenn nicht ,gibt es schon eine neue Hardware (Board) Revision auf Github ? gruss Mark

Ich habe für die Tests mit der Firmware wohl einen der ursprünglichen Prototüpen der Sally-2 von Roland bekommen. Demzufolge sollte die Firmware auf jeden Fall funktionieren. Man müßte eventuell bestenfalls wegen der Jumper für den XF Modus noch mal nachschauen. Die Firmware ist meines Wissens auf Github verfügbar. Das sollte hier liegen: github.com/Roland-Scholz/Sally-2

Seit der JHV ist nun einige Zeit vergangen und, nach dem Bau der 10 Geräte, hat sich herausgestellt daß es noch einiges zu optimieren gab. Auch wenn die zwei ersten Muster bei uns gut liefen, bedeutete das leider nicht daß die auf der JHV aufgelegte Miniserie ebenfalls problemlos an anderen Systemen lief.

Nach der Ursachenforschung, bei der wir tatkräftiger Unterstützung durch unseren FloppyDoc hatten, gibt es nun eine verbesserte Platine die die Probleme behebt.

Die wesentlichen Punkte wären:

• Die Anbindung an den SIO-Bus ist verbessert worden
• Die Laufwerke werden nun sauber über die Steuerleitung auf dem Shugart-Bus deaktiviert
• Die Firmware hat einige Verbesserungen spendiert bekommen
• Es ist eine Spannungsstabilisierung mit auf die Platine gekommen um die Hardware vor dem Anschluß unpassender Netzteile zu schützen.

Da die Verbesserungen für die Sicherheit und Stabilität des ganzen Setups sehr anzuraten sind, würde ich den Teilnehmern des JHV-Workshops eine neue Platine im Austausch anbieten.

Das würde grob bedeuten die alte Platine ausbauen, die ICs von der alten auf die neue Platine umstecken und diese wieder einbauen.

Meine Idee wäre das entweder bei der nächsten JHV zu durchzuführen oder einem anderen Treffen, das müßten wir dann jeweils absprechen.

Imho ist eine Platine neben der JHV auch in die Niederlande gewandert; für Martin gilt das Angebot natürlich auch.